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A Message Storage and Deliver Sys- 
tem (MSDS) (10) is connected to a plural- 
ity of DID phone lines and receives facsim- 
ile messages, voice messages, and data mes- 
sages. The messages are stored in mem- 
ory and are also converted into appropriate 
hyper-test mark-up language (HTML) (30) 
files. The users can then connect to the 
MSDS (10) through the Internet (30). The 
users of the MSDS (10) therefore have the 
advantage of being able to receive their mes- 
sages at any time and at any location at a 
reasonable cost The user can also telephone 
the MSDS (10) to listen to messages or to al- 
ter the service provided by the MSDS (10). 
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MESSAGE STORAGE AND DELIVERY SYSTEM 

BACygRQWD OF THE INVENTION 
Field of the invention 

This invention relates to a system for storing and 
delivering messages and, more particularly, to a system for 
storing messages and for delivery the messages through a 
network, such as the Internet, or a telephone line to an 
intended recipient. 

Description of the Prior Art- 

Even though the facsimile machine is heavily relied upon 
by businesses of all sizes and is quickly becoming a standard 
piece of office equipment, many businesses or households 
cannot receive the benefits of the facsimile machine. 
Unfortunately, for a small business or for a private 
household, a facsimile machine is a rather expensive piece of 
equipment. In addition to the cost of purchasing the 
facsimile machine, the facsimile machine also requires toner, 
paper, maintenance, as well as possible repairs. These 
expenses may be large enough to prevent many of the small 
businesses and certainly many households from benefitting from 
the service that the facsimile machine can provide. For 
others who are constantly traveling and who do not have an 
office, it may be impractical to own a facsimile machine. In 
fact, the Atlanta Business Chronicle estimates that 30% of the 
small businesses do not have any facsimile machines. 
Therefore, many businesses and households are at a 
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disadvantage since they do not have access to a facsimile 
machine . 

Because a facsimile machine can be such an asset to a 
company and are heavily relied upon to quickly transmit and 
5 receive documents, a problem exists in that the machines are 
not always available to receive a facsimile message. At 
times, a facsimile machine may be busy receiving another 
message or the machine may be transmitting a message of its 
own. During these times, a person must periodically attempt 

10 to send the message until communication is established with 
the desired facsimile machine. This can be frustrating, can 
consume quite a bit of the person's time, and prevent the 
person from performing more productive tasks. While some more 
advanced facsimile machines will retry to establish 

15 communication a number of times, a person will still have to 
check on the facsimile machine to ensure that the message was 
transmitted or to re- initiate the transmission of the message. 

In addition to labor costs and a reduction in office 
efficiency, a facsimile machine may present costs to 

20 businesses that are not readily calculated. These costs 
include the loss of business or the loss of goodwill that 
occurs when the facsimile machine is not accessible by another 
facsimile machine. These costs can occur for various reasons, 
such as when the facsimile machine is out of paper, when the 

25 machine needs repairing, or when the facsimile machine is busy 
with another message. These costs occur more frequently with 
some of the smaller businesses, who are also leBS able to 
incur these expenses, since many of them have a single phone 



- 2 - 



WO 9634341 



PCT/US96/05910 



line for a telephone handset and the facsimile machine and 
thereby stand to lose both telephone calls and facsimile 
messages when the single line is busy. In fact, the Atlanta 
Business Chronicle estimated that fewer than 5% of the small 
businesses have 2 or more facsimile machines. Many of the 
larger companies can reduce these losses by having more than 
one facsimile machine and by having calls switched to another 
machine when one of the machines is busy. These losses, 
however, cannot be completely eliminated since the machines 
can still experience a demand which exceeds their 
capabilities. 

A main benefit of the facsimile machine, namely the quick 
transfer of documents, does not necessarily mean that the 
documents will quickly be routed to the intended recipient. 
The facsimile machines may be unattended and a received 
facsimile message may not be noticed until a relatively long 
period of time has elapsed. Further, even for those machines 
which are under constant supervision, the routing procedures 
established in an office may delay the delivery of the 
documents. It is therefore a problem in many offices to 
quickly route the facsimile message to the intended recipient. 

The nature of the facsimile message also renders it 
difficult for the intended recipient to receive a sensitive 
message without having the message exposed to others in the 
office who can intercept and read the message. If the 
intended recipient is unaware that the message is being sent, 
other people may see the message while it is being delivered 
or while the message remains next to the machine. When the 
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intended recipient is given notice that a sensitive message is 
being transmitted, the intended recipient must wait near the 
facsimile machine until the message is received. It was 
therefore difficult to maintain the contents of a facsimile 
5 message confidential* 

In an office with a large number of employees, it may 
also be difficult to simply determine where the facsimile 
message should be routed. In light of this difficulty, some 
systems have been developed to automatically route facsimile 

10 messages to their intended recipient. One type of system, 
such as the one disclosed in U.S. Patent No. 5,257,112 to 
Okada, can route an incoming call to a particular facsimile 
machine based upon codes entered with telephone push-buttons 
by the sender of the message. Another type of system, such as 

15 the one disclosed in U.S. Patent No. 5,115,326 to Burgess et 
al. or in U.S. Patent No. 5,247,591 to Baran, requires the 
sender to use a specially formatted cover page which is read 
by the system. This type of system, however, burdens the 
sender, who may very well be a client or customer, by 

20 requiring the sender to take special steps or additional steps 
to transmit a facsimile message. These systems are therefore 
not very effective or desirable. 

Another type of routing system links a facsimile machine 
to a Local Area Network (LAN) in an office. For instance, in 

25 the systems disclosed in the patents to Baran and Burgess et 
al., after the system reads the cover sheet to determine the 
intended recipient of the facsimile message, the systems send 
an E-mail message to the recipient through the local network 
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connecting the facsimile machine to the recipient's computer. 
Other office systems, such as those in U.S. Patent No. 
5,091,790 to Silverberg and U.S. Patent No. 5,291,546 to Giler 
et al., are linked to the office's voice mail system and may 
leave a message with the intended recipient that a facsimile 
message has been received. Some systems which are even more 
advanced, such as those in U.S. Patent No. 5,317,628 to 
Misholi et al. and U.S. Patent No. 5,333,266 to Boaz et al., 
are connected to an office's local network and provide 
integrated control of voice messages, E-mail messages, and 
facsimile messages. 

The various systems for routing facsimile messages, and 
possibly messages of other types received in the office, are 
very sophisticated and expensive systems. While these office 
systems are desirable in that they can effectively route the 
messages at the office to their intended recipients, the 
systems are extremely expensive and only those companies with 
a great number of employees can offset the costs of the system 
with the benefits that the system will provide to their 
company. Thus, for most businesses, it still remains a 
problem to effectively and quickly route messages to the 
intended recipients. It also remains a problem for most 
businesses to route the messages in a manner which can 
preserve the confidential nature of the messages. 

Even for the businesses that have a message routing 
system and especially for those that do not have any type of 
system, it is usually difficult for a person to retrieve 
facsimile messages while away from the office. Typically, a 
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person away on business must call into the office and be 
informed by someone in the office as to the facsimile messages 
that have been received. Consequently, the person must call 
into the office during normal business hours while someone is 
5 in the office and is therefore limited in the time that the 
information in a facsimile message can be relayed. 

If the person away on business wants to look at the 
facsimile message, someone at the office must resend the 
message to a facsimile machine accessible to that person. 
10 Since this accessible machine is often a facsimile machine at 
another business or at a hotel where the person is lodging, it 
is difficult for the person to receive the facsimile message 
without risking disclosure of its contents. Further, since 
someone at the person's office must remember to send the 
15 message and since someone at the accessible facsimile machine 
must route the message to the person away from the office, the 
person may not receive all of the facsimile messages or may 
have to wait to receive the messages. 

The retrieval of facsimile messages, as well as voice 
20 mail messages, while away from the office is not without 
certain costs. For one, the person often must incur long 
distance telephone charges when the person calls the office to 
check on the messages and to have someone in the office send 
the messages to another facsimile. The person will then incur 
25 the expenses of transmitting the message to a fax bureau or 

hotel desk as well as the receiving location's own charges for 
use of their equipment. While these charges are certainly not 
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too substantial, the charges are nonetheless expenses incurred 
while the person is away from the office. 

Overall, while the facsimile machine is an indispensable 
piece of equipment for many businesses, the facsimile machine 
presents a number of problems or costs. For one, many 
businesses or households are disadvantaged since they are 
unable to reap the benefits of the facsimile machine. For the 
businesses that do have facsimile machines, the businesses 
must incur the normal costs of operating the facsimile machine 
in addition to the costs that may be incurred when the 
facsimile machine or machines are unable to receive a message. 
Further, the facsimile messages may not be efficiently or 
reliably routed to the intended recipient and may have its 
contents revealed during the routing process. The costs and 
problems in routing a facsimile message are compounded when 
the intended recipient is away from the office. 

Many of the problems associated with facsimile messages 
are not unique to just facsimile messages but are also 
associated with voice mail messages and data messages. With 
regard to voice messages, many businesses do not have voice 
mail systems and must write the message down. Thus, the 
person away from the office must call in during normal office 
hours to discover who has called. The information in these 
messages are usually limited to just the person who called, 
their number, and perhaps some indication as to the nature of 
the call. For those businesses that have voice mail, the 
person away from the office must call in and frequently incur 
long distance charges. Thus, there is a need for a system for 
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storing and delivery voice messages which can be easily and 
inexpensively accessed at any time. 

With regard to data messages, the transmission of the 
message often requires some coordination between the sender 
5 and the recipient. For instance, the recipient's computer 

must be turned on to receive the message, which usually occurs 
only when someone is present during normal office hours* 
Consequently, the recipient's computer is usually only able to 
receive a data message during normal office hours. Many 

10 households and also businesses may not have a dedicated data 

line and must switch the line between the phone, computer, and 
facsimile. In such a situation, the sender must call and 
inform the recipient to switch the line over to the computer 
and might have to wait until the sender can receive the 

15 message. The retransmission of the data message to another 
location, such as when someone is away from the office, only 
further complicates the delivery. It is therefore frequently 
difficult to transmit and receive data messages and is also 
difficult to later relay the messages to another location. 

20 
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SUMMARY OF THE INVENTION 

It is an object of the invention to reliably and 
efficiently route messages to an intended recipient. 

It is another object of the invention to route messages 
to the intended recipient while maintaining the contents of 
the message confidential. 

It is another object of the invention to enable the 
intended recipient to access the messages easily and with 
minimal costs. 

It is a further object of the invention to permit the 
simultaneous receipt of more than one message on behalf of the 
intended recipient. 

It is a further object of the invention to enable the 
intended recipient of a message to access the message at any 
time and at virtually any location world-wide. 

It is yet a further object of the invention to enable the 
intended recipient of a message to browse through the received 
messages . 

It is yet a further object of the invention to quickly 
notify an intended recipient that a message has been received. 

It is still another object of the invention to receive 
messages of various types. 

It is still another object of the invention to deliver 
messages according to the preferences of the intended 
recipient. 

Additional objects, advantages and novel features of the 
invention will be set forth in the description which follows, 
and will become apparent to those skilled in the art upon 
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reading this description or practicing the invention. The 
objects and advantages of the invention may be realized and 
attained by the appended claims* 

To achieve the foregoing and other objects; in accordance 
with the present invention, as embodied and broadly described 
herein, a message storage and delivery system receives an 
incoming call and detects an address signal associated with 
the incoming call, the address signal being associated with a 
user of the message storage and delivery system. A message 
accompanied with the address signal is then received and 
converted from a first file format to a second file format. 
The message is stored in the second file format within a 
storage area and is retrieved after a request has been 
received from the user. At least a portion of the message is 
then transmitted to the user over a network with the second 
file format being a mixed media page layout language. 

In another aspect, a network message storage and delivery 
system comprises a central processor for receiving an incoming 
call, for detecting an address signal on the incoming call, 
for detecting a message on the incoming call, and for placing 
the message in a storage area. The address signal on the 
incoming call is associated with a user of the network message 
Btorage and delivery system. A network server receives the 
message from the storage area, convert b the message into a 
mixed media page layout language, and places the message in 
the storage area. When the network server receives a request 
from the user over the network, the network server transmits 
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at least a portion of the message over the network to the 
user. 

Preferably, the network storage and delivery system can 
receive facsimile messages, data messages, or voice messages 
and the network is the Internet. The messages are converted 
into hyper- text mark-up language and the user is notified that 
a message has arrived through E-mail or through a paging 
system. A listing of the facsimile messages may be sent to 
the user in one of several formats. These formats include a 
textual only listing or a listing along with a full or reduced 
size image of the first page of each message. A full or 
reduced size image of each page of a message in the listing 
may alternatively be presented to the user. 

Another aspect of the invention relates to a method of 
storing and delivering a message for a user. The method 
comprises the steps of receiving an incoming call and 
detecting an address signal associated with the incoming call, 
with the address signal associated with a user. A message 
accompanied with the address signal is received in a first 
file format, converted into a second file format, and stored 
in a storage area. A request for the message is received from 
the user and the message is retrieved from the storage area 
and at least a portion of the message is transmitted to the 
user. The transmission of the portion of the message occurs 
over a network and the step of converting the message converts 
the message into a mixed media page layout language. 

BRIBF DESCRIPTION OF THE DRAWTNftfl 
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The accompanying drawings, which are incorporated in, and 
form a part of, the specification, illustrate an embodiment of 
the present invention and, together with the description, 
serve to explain the principles of the invention. In the 
5 drawings : 

Fig. l is a block diagram illustrating the connections of 
a message storage and delivery system MSDS; 

Fig. 2 is an overall flow chart of operations for 
transmitting a message to the MSDS of Fig. 1; 
10 Fig. 3 is an overall flow chart of operations for 

receiving a message stored at the MSDS of Fig. 1; 

Figs. 4(A) and (B) are flowcharts of operations for 
generating HTML files according to user preferences; 

Fig. 5 is a flowchart of operations for generating 
15 requested information; 

Fig. 6 is a flowchart of operations for converting a 
facsimile message into HTML files; 

Fig. 7 is an exemplary display of a first page of a 
facsimile message according to a fourth display option; 
20 Fig. 8 is a flowchart of operations for converting a 

voice message into an HTML file; 

Fig. 9 is a flowchart of operations for converting a data 
message into an HTML file; 

Fig. 10 is a flowchart of operations for detecting a type 
25 of call received at the MSDS 10; 

Fig. 11 is a flowchart of operations for receiving voice 
messages ; 
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Fig. 12 is a flowchart of operations for interacting with 
an owner's call; 

Fig. 13 is a more detailed block diagram of the MSDS 10; 

Fig. 14 is a block diagram of the central processor in 
Fig- 13; 

Fig. 15 is a block diagram of the Internet Server of Fig. 
13; and 

Figs. 16(A) and 16(B) depict possible software layers for 
the Internet Server of Fig. 13. 

PBTAILEP DESCRIPTION OF THE PREFERRED EMBODTMRNT 

Reference will now be made in detail to the preferred 
embodiment of the invention, an example of which is 
illustrated in the accompanying drawings. 

With reference to Fig. l, a message storage and delivery 
system (MSDS) 10 is connected to a central office 20 of the 
telephone company through at least one direct inward dialing 
(DID) trunk 15. With each call on the DID trunk 15, an 
address signal indicating the telephone number being called is 
provided to the MSDS 10. The DID trunk 15 can carry a large 
number of telephone numbers or addresses. Preferably, the DID 
trunk 15 comprises a number of DID trunks 15 connected in 
parallel between the central office 20 and the MSDS 10 so that 
the MSDS 10 can simultaneously receive more than one call and, 
moreover, can simultaneously receive more than one call for a 
single telephone number or address. 

The central office 20 is connected to a number of third 
parties. For instance, the central office 20 may be connected 
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to a facsimile machine 24 , a telephone set 26, and to a 
computer 28 with each connection being made through a separate 
telephone line. While a single computer 28 is shown in the 
figure, the single computer 28 may actually represent a local 
5 area network which is connected through the central office 20 
to the MSDS 10. Although the facsimile machine 24, telephone 
set 26, and computer 28 have been shown on separate lines, it 
should be understood that one or more of these devices could 
share a single line. 

10 The MSDS 10 is also connected to a network, preferably 

the Internet World Wide Web 30. Although the Internet 30 has 
been shown as a single entity, it should be understood that 
the Internet 30 is actually a conglomeration of computer 
networks and is a constantly evolving and changing structure. 

15 The invention therefore is not limited to the current 

structure or form of the Internet 30 but encompasses any 
future changes or additions to the Internet 30. Further, the 
MSDS 10 is shown as being directly connected to the Internet 
30, such as through its own node or portal. The invention, 

20 however, may be practiced with any suitable connection to the 
Internet 30, such as through an intermediate Internet access 
provider. 

With reference to Fig. 2 depicting an overall operation 
of the invention, a telephone call directed to a number 
25 serviced by the MSDS 10 is initiated at step 40 by a third 
party, for instance, through the facsimile machine 24, 
telephone set 26, or computer 28. The incoming telephone call 
may therefore carry a facsimile message, a voice message, or a 
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data message. At step 42, the address signal associated with 
the initiated call is routed through the central office 20, 
over the DID trunk 15, and to the MSDS 10. 

When the call reaches the MSDS 10, the call is routed 
within the MSDS 10 in a manner that will be described in more 
detail below with reference to Pig. 13. At step 46, the MSDS 
10 answers the telephone call and receives the address signal 
from the DID trunk 15. Next, at step 48, the call is 
established between the MSDS 10 and the third party and, at 
step 50, the MSDS 10 receives the message transmitted over the 
telephone line. The message is stored at step 52, a database 
within the MSDS 10 is updated at step 54, and the intended 
recipient of the message is notified at step 56. The intended 
recipient of the message uses the services provided by the 
MSDS 10 and will hereinafter be referred to as a user. At 
step 58, the message is converted into hyper- text mark-up 
language (HTML) . 

After the MSDS 10 receives a message for one of its 
users, the user can then communicate with the MSDS 10 at any 
time and at any location by connecting to the Internet World 
Wide Web 30 and retrieving the message stored within the MSDS 
10. With reference to Fig. 3, at step 60 the user first 
connects to the Internet 30, such as through a personal 
computer 32 which may be connected to the Internet 30 in any 
suitable manner, such as through its own portal or node or 
through some intermediate access provider. The personal 
computer 32 is not limited to a single computer but may 
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instead comprise a network of computers, such as a local area 
network within an office. 

Once connected with the Internet 30, at step 62, the user 
accesses with a hyper- text browser the Universal Resource 

5 Locator (URL) associated with his or her MSDS 10 mailbox. The 
computer 32 may use any suitable hypertext browser, such as 
Netscape, to access the mailbox* A Hypertext Transfer 
Protocol Deamon (HTTPD) within the MSDS 10 receives the URL 
request at step 64 and, at step 66, requests user 

10 authentication. The user then supplies his or her ID and 

password at step 68 and, if found valid at step 70, the MSDS 
10 provides the computer 32 with access to the mailbox at step 
72. If the ID and password are invalid, as determined at step 
70, then the HTTPD sends the computer 32 an authentication 

15 failure message at step 74. 

After the user gains access to the mailbox at step 72, 
the user can request information stored within the MSDS 10. 
The MSDS 10 receives the request at step 76 and, at step 78, 
determines whether the information exists. As is common 

20 practice, the MSDS 10 also determines the validity of the 

request at step 78. The request from the user will include 
the mailbox number for the user, the message identifier, 
display preferences, and, if the message is a facsimile 
message, a page identifier. If for any reason the request is 

25 invalid, such as when a hacker is attempting to gain access to 
privileged information, the request for the information will 
be terminated. 
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If the requested information iB available, then at step 
80 the information is transmitted through the Internet 30 to 
the user's computer 32. If, on the other hand, the 
information does not exist, then at step 82 the MSDS 10 will 
generate the requested information and then send the 
information to the user's computer through the Internet 30 at 
step 80. 

Prior to gaining access to the mailbox at step 72, the 
user is preferably sent a greeting page or other such type of 
information which permits the user to learn about the services 
provided by the MSDS 10, open an account with the MSDS 10, or 
gain access to an account. Once access is provided at step 
72, the user is provided with information indicating the total 
number of messages stored in his or her mailbox within the 
MSDS 10. Preferably, the information sent by the MSDS 10 
indicates the total number of messages for each type of 
message and also the total number of saved messages versus the 
total number of new messages. 

The user is also preferably given the option at this step 
to change account information. The account information might 
include the E-mail address for the user, the manner in which 
messages are to be reviewed, the user's pager information, as 
well as other user preferences. The display options and other 
user preferences will be discussed in further detail below. 

The general information HTML file which indicates the 
total number of different messages is provided with a number 
of anchors, which are also termed links or references. In 
general, an anchor permits a user on the computer 32 to 
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retrieve information located on another file. For instance, 
an anchor to a listing of facsimile messages is preferably 
provided on the display of the total number of messages. When 
the user selects the anchor for the facsimile list, the MSDS 

5 10 pulls up and displays the file containing the list of 

facsimiles, such as a file "faxlist.html. B The other types of 
messages, such as voice messages and data messages, would have 
similar anchors on the general information page directed to 
their respective HTML listing files. 

10 When a new message is received at step 54 in Fig. 2, the 

user's mailbox is updated to display the total number and 
types of messages. The MSDS 10 might also update other files 
in addition to the total listing of messages. Additionally, 
at this time, the MSDS 10 sends an E-mail message to the 

15 user's computer 32 to inform the user of the newly arrived 
message. The MSDS 10 could also send notice to the user 
through a paging system so that the user receives almost 
instantaneous notice that a message is received. 

The MSDS 10 also generates additional information 

20 according to the user's preferences. These preferences on how 
the MSDS 10 is configured for the user include options on how 
the messages are reviewed. With facsimile messages, for 
instance, the user can vary the amount or the type of 
information that will be supplied with the listing of the 

25 facsimile messages by selecting an appropriate option. Other 
options are also available so that the user can custom fit the 
MSDS 10 to the user's own computer 32 or own personal 
preferences. 
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For instance, when a facsimile message is received, the 
MSDS 10, at step 54, will update the total listing of all 
messages to indicate the newly received message and may 
additionally generate the HTML files for the newly received 
facsimile message according to the user's preferences. When 
the user later requests information on the message at step 76, 
the HTML information has already been generated and the MSDS 
10 may directly send the requested information to the user at 
step 80. If, on the other hand, the user desires to view the 
message according to one of the other options, the MSDS 10 
will generate the HTML files at step 82 according to that 
other option at the time of the request. 

A first option available to the user for viewing a 
facsimile message is a textual only listing of the messages. 
The information on the textual listing preferably includes the 
date and time that the message was received at the MSDS 10, 
the telephone number from where the message was transmitted, 
the number of pages, the page size, and the size of the 
message in bytes. The messages, of course, could be listed 
with other types of information. When the user selects one of 
the facsimile messages on the list, a request is sent to the 
HTTPD within the MSDS 10 causing the message to be downloaded 
via the Internet 30 to the user's computer 32. Once the 
message is received by the computer 32, the message can be 
displayed, printed, or saved for further review. 

The second through fifth options allow the user to 
preview an image of the facsimile message before having the 
message downloaded from the MSDS 10 through the Internet 30 
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and to the computer 32. The second option permits the user to 
view the list of messages with a reduced size image of the 
cover page next to each entry on the list. When the user 
selects one of the messages on the list, the selected 
5 facsimile message is transmitted through the Internet 30 to 
the computer 32. The user may also scroll through the 
listings if all of the message cannot be displayed at one time 
on the computer 32. 

The third option provides the user with a full size view 

10 of the cover page of each facsimile message. The user can 

quickly scroll through the cover pages of each message without 
downloading the entire message to the computer 32. The full 
size view of the cover pages permit the user to clearly 
discern any comments that may be placed on the cover page, 

15 which may not be possible from just a reduced image of the 
cover page available through the second option. 

The fourth option provides the user with a reduced size 
image of each page and permits the user to scroll through the 
entire message. The user can therefore read the entire 

20 facsimile message on screen before the message is downloaded 
onto the computer 32. With this option, the user can go 
through the pages of the facsimile message and can also skip 
to the next message or previous message. Additionally, the 
user haB the option of enlarging a page to a full size view of 

25 the page. When one of the messages is selected, as with the 
other options, the HTTPD within the MSDS 10 causes the 
facsimile message to be transmitted through the Internet 30 to 
the user's computer 32. 
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With a fifth option, a full size image of each page is 
transmitted to the user's computer 32. The user can scroll 
through the pages of the facsimile message and easily read the 
contents of each page. If the user wants the message 
downloaded to the computer 32, the user selects the message 
and the HTTPD within the MSDS 10 transmits the message to the 
user's computer 32 through the Internet 30. 

As discussed above, after the database is updated at step 
54, the MSDS 10 will generate additional information based 
upon the option selected for displaying the facsimile 
messages. More specifically, as shown in Fig. 4(A), if the 
first option has been selected, as determined at step 100, 
then at step 102 the MSDS 10 will generate the textual listing 
of the facsimile messages with anchors or references to the 
respective facsimile files. The HTML files are then moved to 
an Internet Server at step 104. 

If the first option is not selected, the MSDS 10 next 
determines whether the second option has been selected at step 
106. With the second option, the facsimile messages are 
listed along with a reduced size image of the cover page. To 
generate this information, the cover page is extracted from 
the facsimile file at step 108 and a reduced size HTML image 
of the cover page is created at step 110. At step 112, a 
listing of the facsimile messages is generated with a 
thumbnail view of each cover page linked to its respective 
facsimile file. The generated HTML files are then sent to the 
Internet Server at step 104. 



- 21 - 



WO 96/34341 



PCI7US96/05910 



When the third option is selected, as determined at step 
114, a full size image of the cover page is sent to the 
computer 32. The full size image of the cover page is 
generated by first extracting the cover page from the 
5 facsimile file at step 116. Next, the cover page is converted 
into a full size HTML image at step 118 and, at step 120, the 
listing is generated with the embedded cover page linked to 
the facsimile file. 

If, at step 122, the fourth option is determined to be 

10 selected, then a reduced size image of each page is provided 
to the user with the option of enlarging the page to view the 
contents of the page more clearly. With reference to Fig. 
4(B), the information necessary for the third option is 
produced by first extracting the first page of the facsimile 

15 message at step 124. A reduced size HTML image is created at 
step 126 and then a full size HTML image is created at step 
128. At step 130, the listing is generated with embedded 
thumbnail images of the pages with links to the full size 
images. If the page is not the last page, as determined at 

20 step 140, then the next page is extracted at step 142 and 

steps 126 to 130 are repeated to generate the HTML files for 
the other pages of the facsimile message. After the last page 
has been converted into an HTML file according to the third 
option, the files are moved onto the Internet Server at step 

25 104. 

At step 144, the MSDS 10 determines whether the fifth 
option has been selected. The fifth option provides the user 
with a full size image of each page of the facsimile message. 



- 22 - 



WO 96/34341 



PCT/US96/05910 



While only five options have been discussed, the invention may 
be practiced with additional options. Consequently, with 
additional options and with the fourth option not being 
selected, the MSDS 10 would next determine whether one of the 
additional options have been selected. With the preferred 
embodiment of the invention having only five options, however, 
the MSDS 10 will assume that the fifth option has been 
selected if none of the first four options were found to be 
selected* 

The information necessary to display the pages of the 
facsimile message according to the fifth option is generated 
by first extracting the first page of the facsimile message at 
step 146. At step 148, a full size HTML image of the page is 
created and, at step 150, a listing is generated with an 
embedded image and links to previous and next pageB. When the 
page is not the last page, as determined at step 152, the MSDS 
10 extracts the next page and generates the HTML file for that 
page. After all pages have been converted into HTML files 
according to the fourth option, the files are sent to the 
Internet Server at step 104. 

While Figs. 4(A) and (B) describe the operations of the 
MSDS 10 at the time a message is received, Pig. 5 depicts an 
overall flowchart of operations for the MSDS 10 when the user 
requests a page of information in a display format other than 
the user's preferred option of displaying the message. Fig. 5 
is therefore a more detailed explanation of how the MSDS 10 
generates the necessary information at step 82 of Fig. 3. 
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In general, as shown in Fig. 5, the MSDS 10 first 
determines the type of image that is needed at step 82a- For 
example, at this step, the MSDS 10 will determine whether 
images are unnecessary, whether an image of just the cover 
5 page is necessary, whether an image is needed for every page, 
and whether the image needs to be a full size, a reduced size, 
or both full and reduced sized images. At step 82b, the MSDS 
10 determines whether the image has already been created. If 
the image has not been created, then at step 82c the MSDS 10 

10 will extract the page from the base facsimile file and, at 
step 82d, generate the required HTML image. As discussed 
above, the required image may be for just the cover page, for 
all the pages, and may be a full size and/or a reduced size 
image of the page. At step 82e, the image is embedded with 

15 links or anchors to other HTML files. These links or anchors 
might be references to the next and previous pages and also to 
the next and previous facsimile messages. Finally, the HTML 
file having the embedded image and links is sent to the user 
at step 80 in Fig. 3. 

20 The process for converting a facsimile message into HTML 

files according to the fifth option will be described with 
reference to Fig. 6. This process will occur at step 54 when 
the message is received and when the fifth option is the 
user's preferred option of displaying the messages. It should 

25 be understood that a similar type of process will also occur 
when the user requests a page of information according to the 
fifth option when the user is retrieving a facsimile message 
and the fifth option is not the user's preferred option. The 
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conversion processes according to the other options will 
become apparent to those skilled in the art and will therefore 
not be discussed in further detail. 

With reference to Pig. 6, when the facsimile message is 
received, the message is in a Tagged Image File 
Format/Facsimile (TIFF/F) and each page of the facsimile 
message is split into a separate file. Each page of the 
facsimile message is then converted from the TIFF/F format 
into a Portable Pixel Map (PPM) format. The PPM files are 
next converted into separate Graphic Interchange Format (GIF) 
files and then into separate HTML files. Thus, each page of 
the facsimile message is converted into a separate HTML file. 
The TIFF/F files may be converted into PPM with an available 
software package entitled "LIBTIFF" and the PPM files may be 
converted into GIF files with an available software package 
found in "Portable Pixel Map Tools." 

The invention is not limited to this exact conversion 
process or to the particular software packages used in the 
conversion process. For instance, the TIFF/F files may be 
converted into another portable file format, through any other 
type of intermediate format, or may be converted directly into 
the GIF format. Further, instead of GIF, the facsimile 
messages may be converted into JPEG, BMP, PCX, PIF, PNG, or 
any other suitable type of file format. 

The files may be identified with any suitable filename. 
In the preferred embodiment, the files for each user are 
stored in a separate directory assigned to just that one user 
because an entire directory for a given user generally can be 
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protected easier than the individual files. The memory, 
however, may be organized in other ways with the files for a 
single user being stored in different directories. The first 
part of the filename is a number preferably sequentially 
determined according to the order in which messages arrive for 
that user. The preferred naming convention for ending the 
filenames is depicted in Fig. 6. Each page of the facsimile 
message is saved as a separate file with an extension defined 
by the format of the file. Thus, the files will end with an 
extension of ".TIFF," ".PPM," ".GIF," or ".HTML" according to 
the format of the particular file. In the example shown, the 
separate pages have filenames which end with the respective 
page number, for instance, the first page ends with a "1." 
The files, however, are preferably terminated with a letter or 
multiples letters to indicate the order of the pages. For 
instance, page 1 might have an ending of "aa, " page 2 might 
have an ending of "ab," etc. The invention, however, is not 
limited to the disclosed naming convention but encompasses 
other conventions that will be apparent to those skilled in 
the art* 

As shown in Fig. 6, in addition to the GIF files 
representing the pages of the facsimile message, the HTML 
files include a number of anchors or references. In the 
example shown, the first HTML file has an anchor a for the 
"Next Page." Anchor a is defined as a - <A HREF - "2.html"> 
Next Page </a> and will therefore reference the second HTML 
file when a user selects the "Next Page." The second HTML 
file has an anchor b for the "Previous Page" and an anchor c. 
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for the "Next Page" and the third HTML file has an anchor d 
for the "Previous Page." With these particular HTML files, 
the user can scroll through each page of the facsimile message 
and view a full size image of the page. 

Bach HTML file preferably contains anchors in addition to 
those relating to "Next Page" and "Previous Page." For 
instance, each HTML file may contain an anchor to the next 
facsimile message, an anchor to the previous facsimile 
message, and an anchor to return to the facsimile list. The 
HTML files preferably contain anchors relating to "Save" and 
"Delete." When the "Save" anchor is selected, the user would 
be able to save the message under a more descriptive name for 
the message. The "Delete" anchor is preferably followed by a 
inquiry as to whether the user is certain that he or she wants 
to delete the message. Other anchors, such as an anchor to 
the general listing, will be apparent to those skilled in the 
art and may also be provided. 

Pig. 7 provides an example of a display according to the 
fifth option for the first page of the facsimile message shown 
in Fig. 6. The headings of the display provide information on 
the telephone number from where the message was sent, the date 
and time the message was received at the MSDS 10, and an 
indication of the page of the message being displayed. The 
main portion of the display is the full size image of the 
page. At the bottom of the display, an anchor or link is 
provided to the "Next Page" and another anchor is provided to 
the "Return to Fax Listing." Additional information may also 
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be provided on the display, such as a link to a company 

operating the MSDS 10. 

An example of the "l.html" file for generating the 

display shown in Fig. 7 is shown below in Table l. 

5 <HTML> 
<HEAD> 

<TTTLE>Fax Received on May 31, 1995 at 1:58 PM from (404) 249 6801; 

Page 1 of 3</TITLE> 

</HEAD> 
10 <BODY> 

<H1 >Fax from (404) 249-6801 </Hl > 

<H2>Received on May 31, 1995 at 1:58 PM</H2> 

<H2>Page 1 of 3</H2> 

<IMG SRC= B l.gif> 
15 <P> 

<A HREF«"2.htmr>Next Page</a> 

<HR> 

< A HREF- "faxlist.html** > Return to Fax Listing </A > 
<P> 

20 This page was automatically generated by FaxWeb(tm) on May 31, 1995 at 2:05 PM. 

<P> 

© 1995 NetOffice, Inc. 
<HR> 

< Address > 

25 < A HREF- "http://www.netoffice.com/" > NetOffice, Inc. < /A >< BR > 

POBox7115<BR> 
Atlanta, GA 30357 < BR > 

< A HREF= "mailto:info@netoffice.com N > info@netoffice.com < /A > 
< /Address > 

30 </BODY> 
</HTML> 

TABLE 1 

As is apparent from the listing in Table 1, the image file 
35 "l.gif" for the first page is embedded into the HTML file 

"l.html . " Also apparent from the listing is that the anchor 
for "Next Page" directs the MSDS 10 to the second page of the 
facsimile message having the filename "2. html" and the anchor 
for "Return to Fax Listing" directs the MSDS 10 to the 
40 filename "faxlist.html" containing the list of facsimile 
messages. 
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A process for converting a voice message into an HTML 
file is illustrated in Pig, 8. The voice message is 
originally stored in a VOX format or an AD/ PCM format and is 
retrieved at step 170. The voice message is then converted 
either into an AU format or WAV format in accordance with the 
user's preference, which is stored in memory. Preferably, the 
message is preferably in the AD/ PCM format originally and is 
converted in WAV, but the voice files may alternatively be 
stored and converted in file formats other than the ones 
disclosed, such as RealAudio (RA) . 

At step 174, the listing of all of the voice messages is 
then updated to include a listing of the newly received voice 
message and an anchor to the voice message. For instance, the 
original voice message may be stored with filename "l.vox" and 
is converted into WAV and stored with a filename "l.wav." The 
HTML file " voicelist.html" which contains a list of all voice 
messages would then have an anchor to the filename "l.wav" 
along with identifying information for the voice message, such 
as when the message was received. 

The listing of the voice messages may have additional 
anchors or references. For instance, each voice message may 
have an anchor directing the MSDS 10 to a file which contains 
a short sampling of the message. Thus, when the user selects 
this anchor, the user could receive the first 5 seconds of the 
message or some other predefined number of seconds. As with 
the listing of facsimile messages, the listing of the voice 
messages also preferably has anchors to "Save" and "Delete." 



- 29 - 



WO 96/34341 



PCT/US96/05910 



Pig. 9 illustrates a process for converting a data 
message into HTML. At step 180, the data file is retrieved 
from a database and at step 182 the HTML file containing the 
list of data messages is updated to include a listing of the 
newly received message along with identifying information. 
For instance, the HTML file for the listing "datalist •html" 
would be updated to include an anchor to a data file "filel.l" 
and would have information such as the time and date that the 
data was transmitted, the size of the data file, as well as 
additional identifying information. 

Because the MSDS 10 can receive messages of various 
types, such as a facsimile message, voice message or data 
message, the MSDS 10 must be able to determine the type of 
message that is being sent over the DID trunk 15. With 
reference to Pig. 10, when an incoming call is received, the 
MSDS 10 goes off hook at step 200 and starts to generate a 
ringing sound. If, at step 202, a facsimile calling tone is 
detected, then the ringing sound is stopped at step 204 and 
the message is received as a facsimile message at step 206. 
Similarly, when a data modem calling tone is detected at step 
208, the ringing sound is stopped at step 210 and the message 
is identified as a data message at step 212. 

If the MSDS 10 detects a DTMF digit at step 214, the 
ringing sound is stopped at step 216 and the MSDS 10 then 
determines which digit was pressed. When the digit is a "l," 
as determined at step 218, the message is identified as a 
facsimile message. The MSDS 10 will thereafter receive and 
store the facsimile message in the manner described above with 
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reference to Fig. 2. If the digit is identified as a "0" at 
step 220, the call is identified as an owner's call and will 
be processed in a manner that will be described below with 
reference to Fig, 12. As will be apparent, other digits may 
cause the MSDS 10 to take additional steps. If any other DTMF 
digit is pressed, at step 224 the MSDS 10 activates a voice 
call system, which will be described in more detail below with 
reference to Fig. n. 

With step 226, the MSDS 10 will enter a loop continuously 
checking for a facsimile calling tone, a data modem calling 
tone, or for a DTMF digit. If after n rings none of these 
tones or digits has been detected, the ringing sound is 
stopped at step 228 and the voice call system is activated at 
step 224. 

With reference to Fig. n, when a fax calling tone or 
modem calling tone is not detected, the voice call system 
begins at step 230 by playing a voice greeting. If the 
greeting was not interrupted by a DTMF digit as determined at 
step 232, then the caller is prompted for the voice message at 
step 234 and, at step 236, the voice message is recorded and 
stored in memory. At step 238, the caller is prompted with a 
number of options, such as listening to the message, saving 
the message, or re -recording the message. Since the selection 
of these options with DTMF digits will be apparent to those 
skilled in the art, the details of this subroutine or 
subroutines will not be described in further detail. When the 
caller wishes to re-record the message, as determined at step 
240, the caller is again prompted for a message at step 234. 
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If the caller does not wish to re- record the message, the call 
is terminated at step 242. 

If the voice greeting is interrupted by a DTMF digit, as 
determined at step 232, then the MSDS 10 ascertains which 
digit has been pressed. At step 244, if the digit is a -0," 
the MSDS 10 detects that the call is an owner's call. When 
the digit is a "1," the MSDS 10 is informed at step 206 that 
the call carries a facsimile message. As discussed above with 
reference to Pig. 10, other DTMF digits may cause the MSDS 10 
to take additional steps. If an invalid digit is pressed, by 
default at step 248 the routine returns to step 234 of 
prompting the caller for a message. 

It should be understood that the invention is not limited 
to the specific interactive voice response system described 
with reference to Fig. 11. As discussed above, the invention 
may be responsive to DTMF digits other than just a "0" and a 
B l," Further variations or alterations will be apparent to 
those skilled in the art. 

With reference to Fig. 12, when the call is considered an 
owner's call, the caller is first prompted for the password at 
step 250. The password is received at step 252 and, if found 
correct at step 254, a set of announcements are played to the 
owner. These announcements would preferably inform the owner 
of the number of new messages that have been received, the 
number of saved messages, the number of facsimile message, the 
number of data messages, and the number of voice messages. 
Other announcements , of course, could also be made at this 
time. 
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At step 258 , the owner then receives a recording of the 
owner's menu with the appropriate DTWF digit for each option. 
For instance, the DTMF digit "1" may be associated with 
playing a message, the DTOF digit "2" may be associated with 
an options menu, and the DTMF digit may be associated with 
returning to a previous menu or terminating the call if no 
previous menu exists. 

A DTMF digit is detected at step 260 and the appropriate 
action is taken based upon the digit received. Thus, if the 
digit is determined to be a T at step 264, the owner can 
play a message at step 266. At step 266, the owner is 
preferably greeted with a menu giving the owner the options of 
playing or downloading new messages, saved messages, facsimile 
messages, data messages, or voice messages. As should be 
apparent to those skilled in the art, the owner may receive 
one or more menus at step 266 and the owner may enter one or 
more DTMF digits in order to play or download a particular 
message. 

If, instead, the digit is determined to be a "2" at step 
268, then the owner receives an options menu at step 270. 
With the options menu, the owner can enter or change certain 
parameters of the MSDS 10. For instance, the owner can change 
his or her password, the owner can change the manner in which 
facsimile messages are displayed on the computer 32, the owner 
can change the image file format from GIF to another format, 
the owner can select the file formats for the voice messages, 
as well as other options. 
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If the DTMF digit is received, as determined at step 
272, then the owner is returned to a previous menu. The 
digit is also used to terminate the call when the owner has 
returned to the initial menu. The digit is therefore 
5 universally recognized by the MSDS 10 throughout the various 
menus as a command for returning to a previous menu. 

If the owner enters a DTMF digit that is not being used 
by the MSDS 10, the owner receives an indication at step 276 
that the key is invalid and the owner is then again provided 

10 with the owner's menu at step 258. When the owner does not 

enter a DTMF digit while the owner's menu is being played, as 
determined at step 260, the menu will be replayed n times. 
Once the menu has been replayed n times, as determined at step 
262, then the call will be terminated at step 278. 

15 If the password is incorrect, as determined at step 254, 

then the MSDS 10 checks whether the user has made more than 
»n" attempts at step 280. If "n" attempts have not been made, 
then a password incorrect message will be displayed to the 
user at step 282 and the user will once again be prompted for 

20 the password at step 250. When the user has made "n" attempts 
to enter the correct password, the MSDS 10 will play a failure 
message to the user at step 284 and then terminate the call at 
step 286. The specific number "n" may be three so that the 
call is terminated after three failed attempts. 

25 The owner's menu may be responsive to an additional 

number of DTMF digits and may be structured in other ways. 
For instance, separate DTMF digits may direct the owner to the 
respective types of messages, such as a facsimile message, 
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data message, or voice message. Also, separate DTMP digits 
may direct the owner to a recording of new messages or to a 
recording of saved messages. Other variations will be 
apparent to those skilled in the art. 

A more detailed diagram of the MSDS 10 is shown in Fig. 
13. As shown in the figure, a plurality of DID trunks 15 are 
received by an input/output device 17 and are then sent to a 
central processor 3. The number of DID trunks 15 may be 
changed to any suitable number that would be necessary to 
accommodate the anticipated number of telephone calls that may 
be made to the MSDS 10. The input/output device 17 routes a 
call on one of the DID trunks 15 to an open port of the 
central processor 3 and is preferably a DID Interface Box 
manufactured by Exacom. 

The central processor 3 receives the calls on the DID 
trunks 15 and stores the messages in storage 11 in accordance 
with software 7. Preferably, a separate directory in storage 
11 is established for each user having an account on the MSDS 
10 so that all of the messages for a single user will be 
stored in the same directory. It should be understood that 
the number of processors within the central processor 3 is 
dependent upon the number of DID trunks 15. With a greater 
number of DID trunks 15 capable of handling a larger number of 
telephone calls, the central processor 3 may actually comprise 
a number of computers. The input/output device 17 would then 
function to route incoming calls to an available computer 
within the central processor 3 . 
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A more detailed diagram of the central processor 3 is 
shown in Fig. 14. The central processor 3 comprises a 
telephone line interface 21 for each DID trunk 15. The 
telephone interface 21 provides the ringing sounds and other 
5 communication interfacing with the telephone lines. The 
signals from the telephone interface 21 are routed to a 
pulse/tone decoder 23 and to a digital signal processor (DSP) 
25. The pulse/tone decoder 23 detects the address signal off 
of an incoming call and sends the address signal onto a bus 29 

10 to a microprocessor 27. The DSP performs the necessary signal 
processing on the incoming calls and routes the processed 
signals to the microprocessor 27. 

The microprocessor 27 will then read the address signal 
from the pulse/tone decoder 23 and store the message from the 

15 DSP 25 in an appropriate directory in storage 11. As 

discussed above, the central processor 3 may comprise a number 
of computers or, more precisely, a number of microprocessors 
27 with each microprocessor 27 handling the calls from a 
certain number, such as four, DID trunks 15.. The 

20 microprocessor 27 may comprise any suitable microprocessor, 
but is preferably at least a 486 PC. 

In addition to handling incoming calls and storing the 
messages in storage 11, the central processor 3 also 
coordinates the interactive voice response system of the MSDS 

25 10. The software 7 would incorporate the flowcharts of 
operations for receiving a message shown in Fig. 3, for 
detecting the type of message on an incoming call shown in 
Fig. 10, for receiving voice messages shown in Fig. 11, and 
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for receiving an owner's call shown in Fig. 12. Based upon 
the above* referenced flowcharts and the respective 
descriptions, the production of the software 7 is within the 
capability of one of ordinary skill in the art and will not be 
5 described in any further detail. 

The Internet Server 5 is connected to the central 
processor 3, such as through a local area network, and also 
has access to the storage 11. The Internet Server 5 performs 
a nuniber of functions according to software 9. For instance, 

10 the Internet Server 5 retrieves the data files stored in 

storage 11 by the central computer 3 and converts the files 
into the appropriate HTML files. The converted HTML files are 
then stored in storage 11 and may be downloaded to the 
computer 32 through the Internet 30. The Internet Server 5 

15 also handles the requests from the computer 32, which might 
require the retrieval of files from the storage 11 and 
possibly the generation of additional HTML files. 

The software 9 for the Internet Server 5 would therefore 
incorporate the flowchart of operations for generating HTML 

20 files according to user preferences shown in Fig. 4, for 

generating requested information from a user shown in Fig. 5, 
for converting facsimile messages into HTML shown in Fig. 6, 
for converting voice messages into HTML shown in Fig. 8, and 
for converting data messages into HTML shown in Fig. 9. Based 

25 upon the above -referenced flowcharts and their respective 

descriptions, the production of the software 9 is within the 
capability of one of ordinary skill in the art and need not be 
described in any further detail. 
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Nonetheless, a more detailed block diagram of the 
Internet Server 5 is shown in Fig. 15. The Internet Server 5 
runs on a suitable operating system (OS) 39, which is 
preferably an operating system suitable for use on a "Unix" 
5 brand workstation, such as BSD-OS. The Internet Server 5 has 
a number of application programs 31, such as the ones depicted 
in the flowcharts discussed above, for communicating with the 
central processor 3 and for accessing data from storage 11 and 
also from memory 33. 
10 The memory 33, inter alia, would contain the data 

indicating the preferences of each user. Thus, for example, 
when a facsimile message in the TIFF/F format is retrieved by 
the Internet Server 5, the Internet Server 5 would ascertain 
from the data in memory 33 the preferred option of displaying 
15 the facsimile message and would generate the appropriate HTML files. 
All interfacing with the Internet 30 is handled by the 
HTTPD 37, which, in the preferred embodiment, is "NetSite" 
from NetScope Communications Corp. Any requests from users, 
such as a request for a file, would be handled by the HTTPD 
20 37, transferred through the CGI 35, and then received by the 
application programs 31. The application programs 31 would 
then take appropriate actions according to the request, such 
as transferring the requested file through the CGI 35 to the 
HTTPD 37 and then through the Internet 30 to the user's 
25 computer 32. 

The Internet Server 5 may be connected to a paging system 
13. Upon the arrival of a new message, in addition to sending 
an E-mail message to the user's mailbox, the Internet Server 
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13 may also activate the paging system 13 so that a pager 15 
would be activated. In this manner, the user could receive 
almost instantaneous notification that a message has arrived. 

The paging system 13 is preferably one that transmits 
alphanumeric characters so that a message may be relayed to 
the user's pager 15. The Internet Server 5 therefore 
comprises a signal processor 41 for generating signals 
recognized by the paging system 13 and a telephone interface 
43. The signal processor 41 preferably receives information 
from the application programs 31 and generates a paging 
message in a paging file format, such as XI0/TAP. The 
telephone interface 43 would include a modem, an automatic 
dialer, and other suitable components for communicating with 
the paging system 13. 

The information from the application programs 31 may 
simply notify the user of a message or may provide more 
detailed information. For instance, with a facsimile message, 
the information from the application programs 31 may comprise 
CSI information identifying the sender's telephone number. 
The user would therefore receive a message on the pager 15 
informing the user that a facsimile message was received from 
a specified telephone number. The amount and type of 
information that may be sent to the user on the pager 15 may 
vary according to the capabilities of the paging system 13 and 
may provide a greater or lesser amount of information than the 
examples provided. 

The Internet Server 5 is not limited to the structure 
shown in Pig. 15 but may comprise additional components. For 
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instance, the HTTPD 37 would be linked to the Internet 30 
through some type of interface, such as a modem or router. 
The Internet Server 5 may be connected to the Internet 30 
through typical phone lines, ISDN lines, a Tl circuit, a T3 
5 circuit, or in other ways with other technologies as will be 
apparent to those skilled in the art. 

Furthermore, the Internet Server 5 need not be connected 
to the Internet 30 but may be connected to other types of 
networks. For instance, the Internet Server 5, or more 

10 generally the network Server 5, could be connected to a large 
private network, such as one established for a large 
corporation. The network Server 5 would operate in the same 
manner by converting messages into HTML files, receiving 
requests for information from users on the network, and by 

15 transmitting the information to the users. 

Also, at least one interface circuit would be located 
between the Internet Server 5 and the central processor 3 in 
order to provide communication capabilities between the 
Internet Server 5 and the central processor 3. This network 

20 interface may be provided within both the Internet Server 5 

and the central processor 3 or within only one of the Internet 
Server 5 or central processor 3. 

Examples of the Internet Server 5 software layers are 
shown in Figs. 16(A) and 16(B), with Fig. 16(A) representing 

25 the Internet Server 5 in an asynchronous mode of communication 
and Fig. 16(B) representing the Internet 5 in a synchronous 
mode of communication. As shown in the figures, the software 
9 for the Internet Server 5 may additional comprise an 
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Internet Deamon for running the HTTPD 37. The software 9 for 
the Internet Server 5 would also include TCP/IP or other 
transport layers. Moreover, while the authentication is 
provided through the HTTPD 37, the authentication of the 
user's password and ID may be supplemented or replaced with 
other ways of authentication. 

The term synchronous has been used to refer to a mode of 
operation for the MSDS 10 in which the all possible HTML files 
for a message are generated at the time the message is 
received. The HTML files may be generated by the central 
processor 3 or by the application programs 31. When a request 
for information is then later received by the HTTPD 37, the 
information has already been generated and the HTTPD 37 only 
needs to retrieve the information from storage 11 and transmit 
the information to the user's computer 32. With a synchronous 
mode of operation, the CGI 35 would be unnecessary. 

The MSDS 10 preferably operates according to an 
asynchronous mode of operation. In an asynchronous mode of 
operation, information requested by the user may not be 
available and may have to be generated after the request. The 
asynchronous mode of operation is preferred since fewer files 
are generated, thereby reducing the required amount of storage 
11. Because the information requested by a user may not be 
available, some anchors cannot specify the filename, such as 
"2.html," but will instead contain a command for the file. 
For instance, an anchor may be defined as <A 
HREFe n /faxweb/users/2496801/viewpage.cgi? 
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PAX_NUM»l&PAGE-l&VIEWJMODE-FULL n > for causing the CGI 35 to 
run a viewpage program so that page 1 of facsimile message 1 
will be displayed in a full size image. The CGI 35 will 
generate the requested information when the information has 
5 not been generated, otherwise the CGI 35 will retrieve the 
information and relay the information to the HTTPD 37 for 
transmission to the user. 

With the invention, the MSDS 10 can reliably receive 
voice, facsimile, and data messages for a plurality of users 

10 and can receive more than one message for a user at a single 
time. The messages are stored by the MSDS 10 and can be 
retrieved at the user's convenience at any time by connecting 
to the Internet 30. The Internet World Wide Web 30 is a 
constantly expanding network that permits the user to retrieve 

15 the messages at virtually any location in the world. Since 

the user only needs to incur a local charge for connecting to 
the Internet 30, the user can retrieve or review messages at a 
relatively low cost. 

Even for the user's at the office or at home, the MSDS 10 

20 provides a great number of benefits. The user would not need 
a facsimile machine, voice mail system, or a machine dedicated 
for receiving data messages. The user also need not worry 
about losing part of the message or violating the confidential 
nature of the messages. The user, of course, can still have a 

25 facsimile machine and dedicated computer for data messages. 
The MSDS 10, however, will permit the user to use the 
telephone company's "call forwarding" feature so that messages 
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may be transf erred to the MSDS 10 at the user's convenience, 
such as when the user is away from the office. 

The foregoing description of the preferred embodiment of 
the invention has been presented only for the purposes of 
illustration and description. It is not intended to be 
exhaustive or to limit the invention to the precise form 
disclosed. Many modifications and variations are possible in 
light of the above teaching. 

For example, the software 7 and software 9 are not 
limited to the exact forms of the flowcharts shown but may be 
varied to suit the particular hardware embodied by the 
invention. The software may comprise additional processes not 
shown or may combine one or more of the processes shown into a 
single process. Further, the software 7 and 9 may be executed 
by a single computer, such as a Silicon Graphics Workstation, 
or may be executed by a larger number of computers. 

The facsimile messages preferably undergo signal 
processing so that the images of the facsimile messages are 
converted from a two tone black or white image into an image 
with a varying grey scale. As is known in the art, a grey 
scale image of a facsimile message provides a better image 
than simply a black or white image of the message. The signal 
processing may comprise any suitable standard contrast curve 
method of processing, such as anti-aliasing or a smoothing 
filter. The signal processing may occur concurrently with the 
conversion from TIFF/F to GIF and is preferably performed for 
both full and reduced size images of the facsimile messages. 
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Furthermore, the user may be provided with a greater or 
fewer number of options in displaying or retrieving messages. 
The options are not limited to the exact forms provided but 
may permit the user to review or retrieve the messages in 
5 other formats. The options may also permit a user to join two 
or messages into a single message, to delete portions of a 
message, or to otherwise the contents of the messages* Also, 
the various menus provided to the user over the telephone may 
have a greater number of options and the MSDS 10 may accept 

10 responses that involve more than just a single DTMF digit. 

The specific DTMF digits disclosed in the various menus 
are only examples and, as will be apparent to those skilled in 
the art, other digits may be used in their place. For 
instance, a "9" may be used in the place of a in order to 

15 exit the menu or to return to a previous menu. Also, the DTMF 
digits may be changed in accordance with the user's personal 
convention. If the user had a previous voice mail system, the 
user could customize the commands to correspond with the 
commands used in the previous system in order to provide a 

20 smooth transition to the MSDS 10. 

The MSDS 10 may restrict a user to only certain types of 
messages. For instance, a user may want the MSDS 10 to store 
only facsimile messages in order to reduce costs of using the 
MSDS 10. In such a situation, the MSDS 10 would perform an 

25 additional step of checking that the type of message received 
for a user is a type of message that the MSDS 10 is authorized 
to receive on the user's behalf. When the message is an 
unauthorized type of message, the MSDS 10 may ignore the 
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message entirely or the MSDS 10 may inform the user that 
someone attempted to send a message to the MSDS 10. 

Moreover, the MSDS 10 has been described as having the 
central processor 3 for handling incoming calls and the 
Internet Server 10 for interfacing with the Internet 30. The 
invention may be practiced in various ways other than with two 
separate processors. For instance, the central processor 3 
and the Internet Server 5 may comprise a single computer or 
workstation for handling the incoming calls and for 
interfacing with the Internet 30. The MSDS 10 may convert the 
messages into HTML files prior to storing the messages. Also, 
the central processor 3 may communicate with the paging system 
13 instead of the Internet Server 5. Additionally, as 
discussed above, the central processor 3 may conprise a number 
of microprocessors 27 for handling a large number of DID 
trunks. 

The invention has been described as converting the 
messages into HTML and transmitting the HTML files over the 
Internet 30 to the computer 32. The HTML format, however, is 
only the currently preferred format for exchanging information 
on the Internet 30 and is actually only one type of a Standard 
Generalized Mark-Up Language. The invention is therefore not 
limited to the HTML format but may be practiced with any type 
of mixed media page layout language that can be used to 
exchange information on the Internet 30. 

With regard to the transmission of messages to the user's 
computer 32, the MSDS 10 permits the user to sample the voice 
message or to preview the facsimile message without requiring 
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the MSDS 10 to transmit the entire message to the computer 32* 
This is a significant benefit since the transmission of the 
entire message would frequently tie up the computer 32 for a 
rather long period of time. Thus, with the preview or sample 
5 feature, the user can determine whether the user needs the 
message transmitted to the computer 32* 

If the user does decide that the entire message needs to 
be transmitted, as stated above, the user's computer 32 might 
be receiving the message for a relatively long period of time. 

10 After the entire message has been received, the user then has 
the options of viewing, listening, retrieving, or saving the 
message. As an alternative, the user's computer may instead 
indicate the contents of the message to the user as the 
message is being received. 

15 For instance, with a voice message, the user's computer 

32 could send the message to an audio speaker as the message 
is being received. In this manner, the message would be 
played in real time and the user would not need to wait until 
the entire message is received before listening to the 

20 message. In order to play the messages in real time, the 

messages are preferably in the RealAudio (RA) format, which 
the user can select as the preferred file format for voice 
messages . 

In operation, the MSDS 10 would transmit an HTML file 
25 containing an RA file. If the user selects the RA file with 
the browser on the computer 32, the browser will activate a 
program for use with RA files. The operations and functioning 
of this program will be apparent to those skilled in the art 
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and will be available as a separate software package or will 
be incorporated within a browser program. The RA program will 
request the RA data file containing the message from the MSDS 
10 and, as the RA file is being received at the computer 32, 
this program will play the message in real time. 

The MSDS 10 and the user's computer 32 could also be 
arranged so that each page or even line of a facsimile message 
could be displayed as the computer 32 receives the facsimile 
message. Further, although the transmission of a data message 
is relatively fast in comparison to a voice or facsimile 
message, the computer 32 could also be programmed to permit 
access to the data message as the message is being received. 

The invention has been described as storing and 
transmitting voice messages. It should be understood that the 
voice message would probably be the most often type of audio 
message stored at the MSDS 10. The invention, however, may be 
used with any type of audio message and is in no way limited 
to just voice messages. 

The embodiment was chosen and described in order to 
explain the principles of the invention and their practical 
application so as to enable others skilled in the art to 
utilize the invention and various embodiments and with various 
modifications as are suited to the particular use 
contemplated. It is intended that the scope of the invention 
only be limited by the claims appended hereto. 
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CLAIMS 



I claim: 

1 l. A network message storage and delivery system, 

2 comprising: 

3 means for receiving an incoming call and for 

4 detecting an address signal associated with said incoming 

5 call, said address signal associated with a user of said 

6 message storage and delivery system; 

7 means for receiving a message accompanied with said 

8 address signal, said message being in a first file 

9 format; 

10 means for converting said message from said first 

11 file format to a second file format; 

12 means for storing said message in said second file 

13 format in a storage area; 

14 means for receiving a request from said user for 

15 said message and for retrieving said message from said 

16 storage area; and 

17 means for transmitting at least a portion of said 

18 message in said second file format to said user; 

19 wherein said portion of said message is transmitted 

20 to said user over the network and said second file format 

21 is a mixed media page layout language. 
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1 2. The message storage and delivery system as set 

2 forth in claim 1, wherein said network comprises the 

3 Internet . 

1 3. The message storage and delivery system as set 

2 forth in claim 1, further comprising means for notifying 

3 said user of said message. 

1 4. The message storage and delivery system as set 

2 forth in claim 3, wherein said notifying means comprises 

3 means for sending an E-mail message to said user. 

1 5. The message storage and delivery system as set 

2 forth in claim 3, wherein said notifying means provides 

3 said user with information on a type of said message. 

1 6. The message storage and delivery system as set 

2 forth in claim 3, wherein said notifying means comprises 

3 means for paging said user. 

1 7. The message storage and delivery system as set 

2 forth in claim 6, wherein said paging means comprises an 

3 alphanumeric pager. 

1 8. The message storage and delivery system as set 

2 forth in claim l, wherein said message comprises a 

3 facsimile message. 
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1 9. The message storage and delivery system as set 

2 forth in claim l, wherein said message comprises a data 

3 message . 

1 10. The message storage and delivery system as set 

2 forth in claim 1, wherein said message comprises a voice 

3 message . 

1 11. The message storage and delivery system as set 

2 forth in claim 1, wherein said means for receiving said 

3 incoming call receives said incoming call over a DID 

4 trunk. 

1 12. The message storage and delivery system as set 

2 forth in claim 11, wherein said means for receiving said 

3 incoming call receives incoming calls over a plurality of 

4 DID trunks. 

1 13. The message storage and delivery system as set 

2 forth in claim 1, wherein said means for receiving said 

3 message detects whether said message comprises any one of 

4 a facsimile message, a data message, or a voice message. 

1 14. The message storage and delivery system as set 

2 forth in claim 1, wherein said second file format 

3 comprises a standard generalized mark-up language. 
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1 15. The message storage and delivery system as set 

2 forth in claim 14, wherein said standard generalized 

3 mark-up language comprises hyper- text mark-up language. 

1 16. The message storage and delivery system as set 

2 forth in claim 1, wherein said means for receiving said 

3 request from said user comprises a hyper- text protocol 

4 deamon for receiving said request over the Internet. 

1 17. The message storage and delivery system as set 

2 forth in claim 1, wherein said message comprises a 

3 facsimile message, said first file format comprises 

4 TIFF/F, said second file format comprises HTML, and said 

5 converting means embeds a reduced size image of at least 

6 one page of said facsimile message within said second 

7 file format. 

1 18. The message storage and delivery system as set 

2 forth in claim 17, wherein said reduced size image of 

3 said one page is provided as an anchor to a full size 

4 view of said one page. 

1 19. The message storage and delivery system as set 

2 forth in claim 1, wherein said message comprises a 

3 facsimile message, said first file format comprises 

4 TIFF/F, said second file format comprises HTML, and said 

5 converting means embeds a full size image of at least one 
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6 page of said facsimile message within said second file 

7 format. 

1 20. The message storage and delivery system as set 

2 forth in claim 1, wherein said message comprises a 

3 facsimile message, said first file format comprises 

4 TTFF/F, said second file format comprises HTML, and said 

5 converting means generates a listing of all facsimile 

6 messages associated with said user. 

1 21. The message storage and delivery system as set 

2 forth in claim 1, wherein said message comprises a 

3 facsimile message and said system further comprises 

4 previewing means for sending said user a listing of all 

5 facsimile messages for said user along with a reduced 

6 size image of a first page for each facsimile message. 

1 22. The message storage and delivery system as set 

2 forth in claim 21 , wherein each reduced size image of the 

3 first page comprises an anchor and said transmitting 

4 means transmits the facsimile message associated with 

5 said anchor to said user when said user selects said anchor. 

1 23. The message storage and delivery system as set 

2 forth in claim 1, wherein said message comprises a 

3 facsimile message and said system further comprises 

4 previewing means for sending said user a listing of all 
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5 facsimile messages for said user along with a full size 

6 image of a first page of each facsimile message, 

1 24. The message storage and delivery system as set 

2 forth in claim l, wherein said message comprises a 

3 facsimile message and said system further comprises 

4 previewing means for sending said user a reduced size 

5 image of each page of said facsimile message. 

1 25. The message storage and delivery system as set 

2 forth in claim 24, wherein each reduced size image 

3 comprises an anchor to a full size image of the 

4 respective page. 

1 26. The message storage and delivery system as set 

2 forth in claim l, wherein said message comprises a 

3 facsimile message and said system further comprises 

4 previewing means for sending said user a full size image 

5 of each page of said facsimile message. 
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1 27. The message storage and delivery system as set 

2 forth in claim 1, wherein said means for receiving said 

3 incoming call comprises a central processor and said 

4 means for receiving said request from said user comprises 

5 a network server. 

1 28. The message storage and delivery system as set 

2 forth in claim 1, wherein said message comprises a 

3 facsimile message and said second file format comprises a 

4 g^ey scale image of said facsimile message. 

1 29. The message storage and delivery system as set 

2 forth in claim 28, wherein said image of said facsimile 

3 message comprises a full size image of said facsimile 

4 message . 

1 30. The message storage and delivery system as set 

2 forth in claim 28, wherein said image of said facsimile 

3 message comprises a reduced size image of said facsimile 

4 message. 
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1 31. The message storage and delivery system as set 

2 forth in claim 1, wherein said message comprises an audio 

3 message and said transmitting means transmits all of said 

4 message to said user, said system further comprising 

5 means for playing said audio message in real time as said 

6 message is received by said user. 

1 32. A network message storage and delivery system, 

2 comprising: 

3 a central processor for receiving an incoming call, 

4 for detecting an address signal on said incoming call, 

5 for detecting a message on said incoming call, and for 

6 placing said message in a storage area, said address 

7 signal being associated with a user of said network 

8 message storage and delivery system; 

9 a network server for receiving said message from 

10 said storage area, for converting said message into a 

11 mixed media page layout language, and for placing said 

12 message in said storage area; 

13 wherein when said network server receives a request 

14 from said user over said network, said network server 

15 transmits at least a portion of said message over said 

16 network to said user. 



- 55 - 



WO 96/34341 



PCT/US96/05910 



1 33- The network message storage and delivery system 

2 as set forth in claim 32, wherein said network comprises 

3 the Internet and said network server comprises an 

4 Internet server. 

1 34. The message storage and delivery system as set 

2 forth in claim 32, wherein said central processor 

3 comprises a pulse/tone decoder for detecting said address 

4 signal and a digital signal processor for detecting said 

5 message . 

1 35. The message storage and delivery system as set 

2 forth in claim 32, wherein said network server comprises 

3 a hyper -text transfer protocol deamon for receiving said 

4 request from said user. 

1 36. The message storage and delivery system as set 

2 forth in claim 32, wherein said network server sends said 

3 user an E-mail message after said message has been 

4 received by said central processor. 

1 37 • The message storage and delivery system as set 

2 forth in claim 32, wherein said network server is 

3 connected to a paging system for paging said user after 

4 said message has been received by said central processor. 

1 38. The message storage and delivery system as set 

2 forth in claim 32, wherein said central processor is 
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3 connected to a DID trunk and said incoming call is 

4 received over said DID trunk. 

1 39. The message storage and delivery system as set 

2 forth in claim 32, wherein said central processor is 

3 connected to a plurality of DID trunks and said incoming 

4 call is received over one of said DID trunks. 

1 40. The message storage and delivery system as set 

2 forth in claim 32, wherein message comprises a facsimile 

3 message and said network server converts said facsimile 

4 message from TIPP/P into a hyper- text mark-up language 

5 file. 

1 41. The message storage and delivery system as set 

2 forth in claim 32, wherein message comprises a data 

3 message and said network server converts said data 

4 message into a hyper- text mark-up language file. 

1 42. The message storage and delivery system as set 

2 forth in claim 32, wherein message comprises a voice 

3 message and said network server converts said voice 

4 message into a hyper- text mark-up language file. 

1 43. The message storage and delivery system as set 

2 forth in claim 32, wherein said message comprises a 

3 facsimile message and said network server generates a 

4 grey scale image of said facsimile message. 
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1 44. The message storage and delivery system as set 

2 forth in claim 43, wherein said grey scale image of said 

3 facsimile message comprises a full size image of said 

4 facsimile message. 

1 45. The message storage and delivery system as set 

2 forth in claim 43 , wherein said grey scale image of said 

3 facsimile message comprises a reduced size image of said 

4 facsimile message. 

1 46. The message storage and delivery system as set 

2 forth in claim 32, wherein said message comprises an 

3 audio message and said network server transmits all of 

4 said message to said user, said system further comprising 

5 means for playing said audio message in real time to said 

6 user as said message is received by said user. 
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1 47. A method of storing and delivering a message 

2 for a user, comprising the steps of: 

3 receiving an incoming call and detecting an address 

4 signal associated with said incoming call, said address 

5 signal associated with a user; 

6 receiving a message accompanied with said address 

7 signal, said message being in a first file format; 

8 converting said message from said first file format 

9 to a second file format; 

10 storing said message in said second file format in a 

11 storage area; 

12 receiving a request from said user for said message 

13 and retrieving said message from said storage area; and 

14 transmitting at least a portion of said message in 

15 said second file format to said user; 

16 wherein said step of transmitting occurs over a 

17 network and said step of converting said message converts 

18 said message into mixed media page layout language. 

1 48. The method of storing and delivering as set 

2 forth in claim 47, wherein said step of transmitting 

3 occurs over the Internet. 
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1 49. The method of storing and delivering as set 

2 forth in claim 47, wherein said step of receiving said 

3 incoming call comprises the step of receiving said 

4 incoming call over a DID trunk* 



1 50. The method of storing and delivering as set 

2 forth in claim 47, wherein said step of receiving said 

3 message accompanied with said address signal comprises 

4 the step of detecting a type of said message. 

1 51. The method of storing and delivering as set 

2 forth in claim 50, wherein said step of detecting a type 

3 of said message comprises the step of detecting whether 

4 said message is a facsimile message, a voice message, or 

5 a data message. 



1 52. The method of storing and delivering as set 

2 forth in claim 47, wherein said message comprises a 

3 facsimile message and said step of converting comprises 

4 the step of converting said message from said TIFP/F to 

5 hyper- text mark-up language. 

1 53. The method of storing and delivering as set 

2 forth in claim 47, wherein said message comprises a voice 

3 message and said step of converting comprises the step of 

4 converting said message to hyper- text mark-up language. 
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1 54. The method of storing and delivering as set 

2 forth in claim 47, wherein said message comprises a data 

3 message and said step of converting comprises the step of 

4 converting said message to hyper- text mark-up language. 

1 55. The method of storing and delivering as set 

2 forth in claim 47, further comprising a step of 

3 generating a listing of all messages for said user. 

1 56. The method of storing and delivering as set 

2 forth in claim 55 , wherein said step of generating said 

3 listing comprises the step of generating a textual 

4 listing of all messages. 

1 57. The method of storing and delivering as set 

2 forth in claim 55 , wherein said messages comprise 

3 facsimile messages and said step of generating said 

4 listing comprises the step of generating said listing of 

5 all messages along with a reduced size image of a first 

6 page of each facsimile message. 
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1 58. The method of storing and delivering as set 

2 forth in claim 47, wherein said messages comprise 

3 facsimile messages and further comprising a step of 

4 providing a reduced size image of a page for one of said 

5 messages and permitting said user to scroll through pages 

6 of said one message. 

1 59 . The method of storing and delivering as set 

2 forth in claim 47, wherein said messages comprise 

3 facsimile messages and further comprising the steps of 

4 providing a full size image of a page for one of said 

5 messages and permitting said user to scroll through pages 

6 of said one message. 

1 60. The method of storing and delivering as set 

2 forth in claim 47, further comprising the step of 

3 notifying said user of said message. 

1 61. The method of storing and delivering as set 

2 forth in claim 60, wherein said step of notifying 

3 comprises the step of sending E-mail to said user. 

1 62. The method of storing and delivering as set 

2 forth in claim 60, wherein said step of notifying 

3 comprises the step of paging said user. 

1 63. The method of storing and delivering as set 

2 forth in claim 47, wherein said message comprises a 
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3 facsimile message and step of converting said message 

4 further comprises the step of generating a grey scale 

5 image of said facsimile message. 

1 64, The method of storing and delivering as set 

2 forth in claim 63, wherein said step of generating said 

3 grey scale image comprises the step of generating a full 

4 size image of said facsimile message* 

1 65. The method of storing and delivering as set 

2 forth in claim 63, wherein said step of generating said 

3 grey scale image comprises the step of generating a 

4 reduced size image of said facsimile message. 
5 

6 66. The method of storing and delivering as set 

7 forth in claim 47, wherein said step of receiving 

8 comprises the step of receiving an audio message, said 

9 step of transmitting comprises the step of transmitting 

10 all of said audio message to said user, and further 

11 comprising the step of playing said audio message in real 
time as said message is being received by said user. 
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